HISTORY OF AMDS 

Hie following pages were sent to AMDS by Guruprem Singh Khalsa of 
Khalsa Conputer Systems, Inc. of Pasadena, California. They trace the 
development of AMDS from version 0.0 through 3.3 and show the number of 
blocks that each AMDS program occupied for each version. We have also 
included a blank page of the form that Guruprem used so that you can 
keep track of the upcoming releases of AMOS. 

Next newsletter, we'll include the history of the drivers, ocranand 
files, LISP programs, and sources. 

ALPHA MICRO SCORES ON SAN LEJIS OBISBO REPORT 

AMOS recently came across a report done by an independant agent that 
rated a dozen mini and micro systems for ease of programming, multi¬ 
user features, cost, service, and other items. Alpha Micro came out tops 
over an IBM system costing $38K, a DEC system at about $30K and four other 
systems more expensive than the $14K A/M system. Its a twenty page report 
so there isn't room to reproduce it here. Alpha Micro plans to publish 
it and make it available to dealers soon, but if you can't wait, let us 
knew and perhaps we can arrange to get it copied for you. 
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History of AMOS - Continued fran June : 


Following is the history of the drivers, command files, LISP programs, and 
sources. lhanks to Khalsa Ocmputer Systems Inc. we new knew the number of 
blocks for each program for c zich version. 

Stay tuned to the AMDS Newsletter for the information on 3.4. 
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SIZE OF AMOS MONITORS AFTER SYSGEN 


This document is meant to aid you in calculating (precisely) the 
total room necessary to configure a given kind of AMOS system, 
without having to actually go through the whole sysgen process. 
It can be used by a salesman & a prospective customer to figure 
out whether a particular kind of system will actually fit in a 
prescribed amount of core. It may also be used by the system 
programmer to "juggle" system size requirements on paper, without 
having to kick any users off the system to do so. 

In general, the AMOS resident monitor consists of a what we shall 
refer to as the "Base Monitor", whose size (in bytes) is a 
constant for any given AMOS release. The SYSTEM.MON found in PPN 
[1,4] consists of the Base Monitor plus an additional area whose 
size has been exactly 4314 bytes for at least 3 AMOS releases. 
(Why 4314 ?). This additional area is where the Disk Driver is 
contained, and where new drivers are inserted by MONGEN. Most 
drivers are less than 1000 bytes, and the remainder of this 4314 
byte area is left unused. On the system disk, this unused area 
actually takes up disk room (thus resulting in "apparent" 
SYSTEM.MON sizes of 13000+ bytes), but during sysgen time this 
unused area is eliminated in core, so that only the Base Monitor 
and the Disk Driver occupy (precious) memory. 

To determine the exact total size of an AMOS monitor, you must 
first have the following information : 

(1) The AMOS Release Number (e.g. "4.2") 

(2) The Disk Driver used in the Monitor (e.g. "PERAMS") 

(3) A listing of the SYSTEM.INI file (only those lines 

that preceed the line "SYSTEM" effect the size of the 

AMOS monitor). 

The AMOS Release Number is needed because the sizes of various 

programs change with each release. The Disk Driver must be 

known, because each driver has a different size. Every single 
line that preceeds the line "SYSTEM" in a SYSTEM.INI file will 
add to the size of the AMOS monitor at sysgen time; it is 
possible to insert lines into this part of the SYSTEM.INI file 
that do not affect the monitor size, but they do not have to 

preceed the "SYSTEM" line (they can be moved to the area 

following "SYSTEM"). 

Page 2 contains a summary of the various contributions to the 
monitor size. The various constants on page 2 are correct for 
AMOS Version 4.0,4.1, & 4.2, but there is no guarantee that they 
will not change in the future. Also, I have not at this time 
checked any earlier versions. 

Page 3 contains the size (in bytes) of various programs for 
several AMOS releases, with room for future expansion. The user 
may wish to add a few more programs to this table, based on his 
own particular needs. 
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CONTRIBUTIONS TO AMOS MONITOR SIZE 


(-) 

SYSTEM.MON 

Size Of Base Monitor 
+ Size of Disk Driver 

(1) 

JOBS 

For each jobname in a JOBS line 
+ 292 bytes 

(2) 

TRMDEF 

For each TRMDEF line : 

+ 70 bytes 


+ in-width buffer size 
+ in-buffer size 


+ 2 x (out-buffer size) 

For each different terminal driver : 

+ 16 bytes 

+ Size of terminal driver (e.g. HAZEL.TDV) 

For each different interface driver : 

+ 16 bytes [I only checked this on 4.2] 

+ Size of interface driver (e.g. AM300.IDV) 

Note : If a TRMDEF line uses the same IDV and TDV as previous 
lines, then the monitor size is not increased by these drivers 
a 2nd time. The pseudo drivers PSEUDO and NULL contribute no 
additional room to the monitor, but any pseudo-terminal still 
requires 70 bytes + the buffer sizes (see above). 

(3) MEMDEF + 18 bytes for the first MEMDEF line 

+ 12 bytes for any additional MEMDEF lines 

Note : This data only reflects some simple PIISCEON memory 
board sample cases; it may require modest revisions. 

(4) DEVTBL + 18 bytes for the first device 

+ 8 bytes for any additional devices 

Note : If there is no DEVTBL line whatsoever, then (by default) 
the system still technically has the device "DSKO", but "DSKO" is 
to be ignored in all our calculations. 



Note : 

Line 

"DEVTBL DSK1,AMSO,AMS1" has 3 (not 2 

or 1) devices. 

(5) 

BITMAP 


For each BITMAP line 
+ 26 bytes 

+ 2 x (size of bitmap in words) 


(6) 

QUEUE 


+ 16 x (number of additional QUEUE 

blocks) 


Note : 

This 

multiplier was 10 in Version 4.0, 16 

in 4.1 & 4.2 

(7) 

SYSTEM 

prog 

For each program made resident : 

+ 12 bytes 
+ Size of program 


(-) 

SYSTEM 


[ends all changes to monitor size] 
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SOME PROGRAM SIZES (in bytes) 


Program Name 

3.2 

3.3 

3.4 

4.0.0 

4.0.2 

4.1 

4.2 

SYSTEM.MON 

13122 

13122 

13122 

13256 

13236 

13328 

•13364 

Base Size 

? 

? 

7 

7 

08922 

09014 

*09050 

Unused 

9 

7 

? 

? 

04314 

04314 

04314 

Disk Drivers 

HWK500.DVR 

- 

- 

46 8 

486 

486 

486 

486 

PERAMS.DVR 

472 

472 

478 

478 

478 

478 

*(844) 

PERSTD.DVR 

476 

506 

512 

512 

512 

512 

*(844) 

WNGAMS.DVR 

336 

340 

346 

346 

346 

346 

*(844) 

WNGSTD.DVR 

370 

374 

380 

380 

380 

380 

*(844) 


Other Drivers 


AM300.IDV 

342 

342 

342 

342 

3 42 

342 

342 

IMSIO.IDV 

100 

100 

100 

100 

100 

100 

100 

ADM3.TDV 

268 

268 

2 46 

246 

300 

300 

300 

HAZEL.TDV 

288 

288 

294 

294 

27 8 

314 

314 

HAZEL.KCS 

- 

- 

- 

- 

296 

296 

296 

SOROC.TDV 

288 

288 

288 

288 

300 

300 

300 

MEM.DVR 

_ 



308 

308 

298 

298 

MTM.DVR 

1028 

1028 

1028 

1028 

1028 

1028 

1028 

RES.DVR 

• 

- 

- 

- 

- 

196 

196 

TRM.DVR 

188 

188 

252 

252 

252 

252 

252 


AMS,HWK,STD (look up under original name under Disk Drivers, above) 


Other Progs. 
BASIC.PRG 

11002 

11056 

11056 

11198 

11198 

11332 

11492 

RUN.PRG 

9658 

10440 

10502 

10982 

11000 

11064 

11234 

DYSTAT.PRG 

902 

902 

902 

902 

902 

902 

902 

T0DCNV.PRG 

524 

524 

524 

524 

524 

524 

524 

EDIT.PRG 

2844 

2844 

2844 

2994 

2994 

2994 

2994 

VUE.PRG 

- 

- 

- 

5960 

86 04 

9310 

9308 

IS AM.PRG 

47 82 

4660 

4694 

4846 

3913 

3912 

4258 

XL0CK.SBR 

218 

218 

218 

218 

218 

218 

218 

FLOCK.S3R 

_ 

_ 

- 

_ 

1018 

107 8 

1073 

BASORT.SBR 

- 

841 

877 

878 

878 

878 

878 

AMSORT, PRG 


1886 

1952 

2018 

2118 

2118 

2118 

FLTCNV.PRG 


498 

498 

498 

498 

498 

498 


Notes (*) : Monitor Sizes - MONGEN has problems in Version 4.2; as of 

now, I am not sure exactly what the size of SYSTEM.MON is 
really supposed to be, but the above 4.2 sizes were derived 
from a Persci-AMS system. The corresponding values for a 
Hawk System were 13494 & 13364. Note that both of these 
values are different from the Persci System, but that the 
Unused Monitor Area is still 4314 bytes. 

Driver Sizes - The 4.2 drivers are created using FIXDVR. 
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SIZE OF AMOS MONITORS AFTER SYSGEN 


This document is meant to aid you in calculating (precisely) the 
total room necessary to configure a given kind of AMQS system, 
without having to actually go through the whole sysgen process. It 
can be used by a salesman & a prospective customer to figure out 
whether a particular kind of system will actually fit in a 
prescribed amount of core. It may also be used by the system 

programmer to "juggle" system size requirements on paper, without 
having to kick any users off the system to do so. 

In general, the AMOS resident monitor consists of a what we shall 
refer to as the "Base Monitor", whose size (in bytes) is a constant 
for any given AMOS release. The size of this Base Monitor is found 
at location //ZSYDSK (see SYS.MAC); simply type "PRINT WORD(136)" in 
BASIC to get this number. The SYSTEM.MON found in PPN [1,4] 
consists of the Base Monitor plus an additional area whose size is 
usually about 4000 bytes (see tables for exact size in each AMOS 
release). This additional area is where the Disk Driver is 
contained, and where new drivers are inserted by MONGEN. Most 
drivers are less than 1000 bytes, and the remainder of this 4000+ 
byte area is left unused. On the system disk, this unused area 
actually takes up disk room (thus resulting in "apparent" 
SYSTEM.MON sizes of 13000+ bytes), but during sysgen time this 
unused area is eliminated in core, so that only the Base Monitor 
and the Disk Driver occupy (precious) memory. 

To determine the exact total size of an AMOS monitor, you must 
first have the following information : 

(1) The AMOS Release Number (e.g. "4.4") 

(2) The Disk Driver used in the Monitor (e.g. "PERAMS") 

(3) A listing of the SYSTEM.INI file (only those lines 

that preceed the line "SYSTEM" effect the size of the 

AMOS monitor). 

The AMOS Release Number is needed because the sizes of various 
programs change with each release. The Disk Driver must be known, 

because each driver has a different size. Every single line that 

preceeds the line "SYSTEM" in a SYSTEM.INI file will add to the 
size of the AMOS monitor at sysgen time; it is possible to insert 
lines into this part of the SYSTEM.INI file that do not affect the 

monitor size, but they do not have to preceed the "SYSTEM" line 

(they can be moved to the area following "SYSTEM"). 

Page 2 contains a summary of the various contributions to the 
monitor size. The various constants on page 2 are correct for AMOS 
versions 4.0 thru 4.4A, you will note that some of them have 
changed during this time period, and there is no guarantee that 

they will not change in the future. Also, I have not at this time 

checked any earlier versions. 

Page 3 contains the size (in bytes) of various programs for several 

AMOS releases, with room for future expansion. The user may wish 

to add a few more programs to this table, based on his own 
particular needs. 


23 



CONTRIBUTIONS TO AMOS MONITOR SIZE 


(-) 

SYSTEM.MON 

Size Of Base Monitor (=WORD(136)) 
+ Size of Disk Driver 
+ 2 

(1) 

JOBS 

For each jobname in a JOBS line : 
+ 292 bytes 

(2) 

TRMDEF 

For each TRMDEF line : 

+ 70 bytes 


+ in-width buffer size 
+ in-buffer size 


+ 2 x (out-buffer size) 

For each different terminal driver : 

+ 16 bytes 

+ Size of terminal driver (e.g. HAZEL.TDV) 

For each different interface driver : 

+ 16 bytes [I only checked this on 4.2 and after] 

+ Size of interface driver (e.g. AM300.IDV) 

Note : If a TRMDEF line uses the same IDV and TDV as previous 
lines, then the monitor size is not increased by these drivers 
a 2nd time. The pseudo drivers PSEUDO and NULL contribute no 
additional room to the monitor, but any pseudo-terminal still 
requires 70 bytes + the buffer sizes (see above). 

(3) MEMDEF + 18 bytes for the first MEMDEF line 

+ 12 bytes for any additional MEMDEF lines 
SYSMEM + 10 bytes if present (AMOS 4.3 or later) 

Note : This data only reflects some simple PIISCEON memory 
board sample cases; more elaborate cases require more memory. 

(4) DEVTBL [following is for AMOS 4.0 to 4.33 

+ 18 bytes for the first device (NOT including DSKO) 

+ 8 bytes for each additional device 

[following is for AMOS 4.4] 

+ 32 bytes for the first device (NOT including DSKO) 

+ 16 bytes for each additional device 
+ 60 bytes for each bad track device (including DSKO) 

Note : Line "DEVTBL DSK1,AMS0,AMS1" has 3 (not 4,2,1) devices. 

Note : Bad track devices currently include only Phoenix Disks 

(5) BITMAP For each BITMAP line without the "/S" option 

+ 26 bytes (AMOS 4.0 to 4.2) 

+ 34 bytes (AMOS 4.3 to 4.4A) 

+ 2 x (size of bitmap in words) 

Note : Any shared BITMAP line counts as only 1 BITMAP line above 

(6) QUEUE + 10 x (# of extra QUEUE blocks) (AMOS 4.0) 

+ 16 x (# of extra QUEUE blocks) (AMOS 4.1 to 4.4A) 

(7) SYSTEM prog For each program made resident : 

+ 12 bytes 
+ Size of program 

(-) SYSTEM [ends all changes to monitor size] 
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SOME PROGRAM SIZES (in bytes) 


Program Name 

S.2 

3.3 

3-4 

4.0.0 

4.0.2 

4.1 

4.2 

4.2.5 

4.3 

4.4 

4.4. A 

SYSTEM.MON 

13122 

13122 

13122 

13256 

13236 

13328 

*13494 

13494 

13520 

13778 

13778 

Base Size 

9 

9 

? 

9 

8920 

9012 

*9178 

9178 

9334 

9426 

9426 

Unused 

? 

9 

? 

? 

4316 

4316 

4316 

4316 

4186 

4352 

4352 

Disk Drivers 
HWK50G.DVR 



468 

486 

486 

486 

486 

496 

530 

530 

530 

SMD410.DVR 

- 

- 

- 

- 

- 

- 

- 

542 

570 

664 

664 

PERAMS.DVR 

472 

472 

478 

478 

478 

478 

* 

# 

* 

* 

* 

PERSTD.DVR 

476 

506 

512 

512 

512 

512 

* 

# 

* 

* 

# 

WNGAMS.DVR 

336 

340 

346 

346 

346 

346 

* 

# 

* 

* 

* 

WNGSTD.DVR 

370 

374 

380 

380 

380 

380 

* 

* 

* 

* 

# 

200DVR.DVR 

- 

- 


“ 


- 

844 

844 

848 

852 

884 

Other Drivers 
AM300.1DV 

342 

342 

342 

342 

342 

342 

342 

342 

342 

342 

342 

AM310.IDV 

- 

- 

- 

- 

- 

- 

- 

- 

408 

374 

374 

1MSIO.IDV 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

100 

ADMj.TDV 

268 

268 

246 

246 

300 

300 

300 

300 

300 

300 

300 

HAZEL.TDV 

288 

288 

294 

294 

278 

314 

314 

314 

314 

300 

300 

SOROC.TDV 

288 

288 

288 

288 

300 

300 

300 

300 

300 

300 

300 

MEM.DVR 

_ 


> _ 

308 

308 

298 

298 

298 

298 

298 

298 

MTM.DVR 

1028 

1028 

1028 

1028 

1028 

1028 

1028 

1028 

1028 

1028 

1028 

RES.DVR 

- 

- 

- 

- 

- 

196 

196 

196 

196 

196 

196 

TRM.DVR 

188 

188 

252 

252 

252 

252 

252 

252 

252 

252 

252 

AMS,HWK,STD 

(look 

up under original name under Disk 

Drivers, abo 

ve) 



Other Progs. 
BASIC.PRG 

11002 

11056 

11056 

11198 

11198 

11332 

11492 

11492 

11526 

11756 

11756 

RUN.PRG 

9658 

10440 

10502 

10982 

11000 

11064 

11234 

1 1234 

11310 

11494 

11494 

DYSTAT.PRG 

902 

902 

902 

902 

902 

902 

902 

902 

902 

902 

902 

TODCNV.PRG 

524 

524 

524 

524 

524 

524 

524 

524 

524 

524 

524 

EDIT.PRG 

2844 

2844 

2844 

2994 

2994 

2994 

2994 

2994 

3000 

3030 

3030 

VUE.PRG 

- 

- 

- 

5960 

8604 

9310 

9308 

9308 

9308 

14314 

14314 

ISAM.PRG 

4782 

4660 

4694 

4846 

3918 

3912 

4258 

4258 

4270 

4270 

4270 

XLOCK.SBR 

218 

218 

218 

218 

218 

218 

218 

218 

218 

218 

218 

FLOCK.SBR 

- 

- 

- 

- 

1018 

1078 

1078 

1078 

1078 

1078 

1078 

BASORT.SBR 

- 

841 

877 

878 

878 

878 

878 

878 

878 

1064 

1078 

AMSORT.PRG 

- 

1886 

1952 

2018 

2118 

2118 

2118 

2118 

2130 

- 

- 

AMSORT.SYS 







- 

- 

- 

1702 

1702 

FLTCNV.PRG 


498 

498 

498 

498 

498 

498 

498 

498 

498 

498 


Notes '(#) : Monitor Sizes - Some 4.2 Persci-AMS Monitors were released that 

were bad; they had a monitor size of 13364 bytes, and a base 
monitor size of 9050 bytes. 

Driver Sizes - From 4.2 on, all floppy drivers are created out 

of 200DYR.DVR and have the same size as 200DVR.DVR 

































